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ABSTRACT 



A development system is described which provides a form- 
based development environment for partitioning an appli- 
cation such that it can be seamlessly integrated into corpo- 
rate Webs (i.e., "intranets"). A form is implemented as an 
"application page" and published as an ActiveX object. 
Specifically, a new "application" page MIME type is 
defined: application/x-appdoc. This contains information 
necessary to create a document (e.g., Microsoft ActiveX 
Document) locally but, in addition, also includes informa- 
tion necessary to find and download the program code for 
rendering the view of the document. If the program code is 
already present locally, it need only be downloaded for 
purpose of updating the local copy. Once a form is built into 
an ActiveX object and digitally signed, it can be downloaded 
to a client and run in a Web browser, such as Microsoft 
Internet Explorer. 

10 Claims, 8 Drawing Sheets 
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SYSTEM FOR ENTERNET-BASED DELIVERY HTTP server is a facilitator of such an approach, generally 

OF COMPUTER APPLICATIONS facilitating the interaction of a client-side web browses with 

backend data stored on a server. 

COPYRIGHT NOTICE Additionally, HTTP servers facilitate the integration of 

A portion of the disclosure of this patent document 5 client-side web application with the Internet. For example, a 

contains material which is subject to copyright protection. user browsing web pages can, in a transparent manner, 

The copyright owner has no objection to the facsimile launch local applications which display Web-downloaded 

reproduction by anyone of the patent document or the patent documents, by simply clicking on a link to the correspond - 

disclosure as it appears in the Patent and Trademark Office ing application. Although this approach provides a scheme 

patent file or records, but otherwise reserves all copyright 10 for supporting widely-installed applications, the approach is 

rights whatsoever. not designed for nor particularly well suited to distributing 

applications within a company (or larger organization). 

BACKGROUND OF THE INVENTION A newer a p proach , 0 providing distributed application 

With the explosive growth of the Internet and the World functionality is Microsoft's ActiveX technology (ActiveX 

Wide Web, an ever-increasing number of computers of 15 SDK available at http//www.microsoft.com/msdownload/ 

disparate platforms are being connected together. Often, activex.htm; the disclosure of which is hereby incorporated 

companies employ an Internet-based network operating by reference), which includes "ActiveX Controls" and 

within the company or world wide, for assisting with its data "Active Document." An ActiveX Control in implemented as 

processing needs. In such an environment, clients (i.e., a rectangular control appearing within an Hypertext Markup 

end-user's work stations) typically operate Web browser 20 Language (HTML) page, a well-known format. When the 

software (e.g., Microsoft Internet Explorer or Netscape page is loaded into a browser, the browser automatically 

Navigator) connected to a Web server, often operating in downloads the control and runs it. The approach has its 

conjunction with a back-end data server. A Web browser disadvantages, however. First, the ActiveX Control must 

communicates with Web servers using Hypertext Transfer exist within a container — an HTML page — and, thus, must 

Protocol (HTTP), a simple request/response protocol for 25 operate within the confines of that container. For instance, 

information transfer using TCP/IP. The Web server receives the control does not have access to the entire screen region 

a request, retrieves the requested object (e.g., file), sends it for the page (as it must exist as a containee within the page), 

to the browser, and then drops the connection. Further, since the ActiveX Control relies on an HTML page 

In typical operation, end-users operate various client 3Q as tne "downloader" container, the control can only be 

applications at the client machines which, in turn, connect to inserted into HTML pages; it cannot be deployed within 

the servers for obtaining corporate data — a form of distrib- olner containers or standalone. Since it is forced to be a 

uted computing. Such an arrangement is problematic, how- client of HTML page, an ActiveX Control has an inherent 

ever. One problem, for instance, is tracking the applications uimt m ^ deployment. 

themselves. Since the applications run or operate at client 35 Consider, for instance, an application constructed so that 
machines, a company may need to track and manage a separate modules or components of the application are 
multitude of client applications. Each client application, in downloaded over a period of time, as an end-user envokes 
turn, can itself be comprised of multiple versions which can different functionality. Accordingly, greater flexibility is 
be updated independently. A core problem, therefore, is needed for the underlying framework of the application — 
managing different versions of applications, each of which ^ flexibility which is not provided by the approach of employ- 
can be updated independently. ing an ActiveX Control embedded within an HTML page. 

A change to any one application has a rippling effect, as All told, since an ActiveX component is designed to serve as 

such a change must be propagated to each client dependent a component, it does not provide and adequate framework 

on that application. As a client application is executing, the f° r an entire application. 

system should ensure that that client obtains the latest 45 Another approach is to employ a control which serves as 

version of the application (or of independently updated a stub for launching another application, one which executes 

components). Other problems include (1) too many indi- within its own window. Since the approach does not provide 

vidual applications to keep track of — both for users and for seamless integration with the browser, it is undesirable. For 

IS administrators; (2) too difficult to keep track of what instance, if the user selects the "back" button from the 

versions of each application exists; (3) very expensive to 50 browser, what treatment, if any, should the separately 

keep everyone's desktops up-to-date (incurring costs even if executing window receive. Therefore the approach of 

the user never access the program); and (4) too difficult to launching a separate process sacrifices the seamless integra- 

distribute apps to remote sites. tion which users have become accustomed to when using 

The classic approach to this problem— creating a mono- web browsers. Both ActiveX Controls and Java applets 

lithic "mega-application" that contains all possible 55 suffer from this problem. 

features — is, in itself, problematic. For example, resource An ActiveX "Active Document" solves this user interface 

needs of these applications drive increasing hardware problem, yet itself creates other problems. Specifically, an 

requirements and accelerate hardware turnover. Further, as active document does not include the ability to download 

new functionality is added to the application, the entire program code. In particular, an active document (e.g., 

application must be reinstalled on all the clients, incurring 60 Microsoft Word Document) requires that a host application 

re- installation costs. (e.g., Microsoft Word) be present locally on the users 

At the same time in such an environment, however, the machine. Specifically, the HTML page includes a reference 

client-side application represents only a portion of the indicating thatthe document (data file) can be viewed by 

operating environment. For instance, business logic for such launching a session of the locally-stored hosting application, 

a system can be separated out from client applications and, 65 From the perspective of attempting to solve the business 

instead, be implemented at the server side, thereby providing problem of distributing applications with the latest version 

a central repository for business logic. To a certain extent, an downloaded automatically, such an approach is unaccept- 
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able. Specifically, the program code (for the application) is 
stored locally at the users machine with no provision for 
downloading program code at the time of the programs 
execution. Although an active document allows one to have 
a downloadable "document" (logical representation of the 
uses data, such as the text in a word processing file), it does 
not provide a downloadable "view"* (i.e., the code that 
creates the on-screen representation of that data). 

The World Wide Web as it exists today is a distributed, 
interconnected set of documents that are available from 
anywhere. What is really needed is a system which provides 
a facility for achieving the same sort of distribution and 
interconnections between application objects. Such a system 
would provide a centralized repository for program code 
(e.g., stored on a server), with the ability to keep the code up 
to date, together with seamless integration into the World- 
wide Web so that users can easily access distributed appli- 
cations through Web page links. The present invention 
fulfills this and other needs. 

SUMMARY OF THE INVENTION 

A development system of the present invention provides 
a form-based development environment for partitioning an 
application such that it can be seamlessly integrated into 
corporate Webs. In particular, the system is used to imple- 
ment a form as an "application page" and published as an 
ActiveX object. Once the form is built into an ActiveX 
object and digitally signed, it can be downloaded to a client 
and run in a Web browser, such as Microsoft Internet 
Explorer. 

Of particular interest is a technique for associating a host 
application with a document is through a use of well-known 
MIME (Multipurpose Internet Mail Extension) types. 
MIME provides a standardized technique for packaging a 
document object. It includes a MIME header for indicating 
which application is appropriate for hosting the document, 
all contained in a format suitable for transmission across the 
Internet. In accordance with the present invention, a new 
"application" document or page type is defined: application/ 
x-appdoc. This contains information necessary to create a 
document (e.g., Microsoft ActiveX Document) locally but, 
in addition, also includes information necessary to find and 
download the program code for rendering the view of the 
document. If the program code is already present locally, it 
need only be downloaded for purpose of updating the local 
copy. 

The new MIME type is associated with a file extension of 
.APR A file with the .APP extension is an OLE Document, 
implemented by an OLE DocObject. Because the APP file is 
a file, it can be placed on a server and linked to using an 
HTML HREF. The APP file contains the following pieces of 
data: (1) the CLSID (class ID) of an ActiveX object, which 
is an OLE Document Viewer implemented as a Delphi 
Form, (2) the URL of the codebase where the object's code 
can be found, (3) (optionally) a requested version number. 
Once the .APP DocObject handler code is installed and 
registers the APP MIME type, it can be used to download an 
.APP file into the user's Web browser. 

On the server side, since the .APP file is really a file, the 
Web server simply receives the request and returns the file 
to the client. When the APP file is downloaded, the APP 
DocObject handler asks the operating system to download 
the codebase for the object specified in the .APP file. This 
system functionality is available in Windows through the 
CoGelClassObjectFromURL function. After the ActiveX 
object's codebase is downloaded, the .APP DocObject han- 
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dler asks the browser to create a view on itself, for instance, 
by calling the ActivateMe method on the Explorer document 
site. The Internet Explorer then calls the DocObject back to 
instantiate a view, which it does by creating an instance of 

5 the ActiveX view object from the code that was downloaded. 
Once created, the ActiveX view object gets in-place acti- 
vated in the Internet Explorer, which creates the Delphi form 
and all its child controls. 
Once the form is created, it can establish connections back 

10 to any remote server objects it needs to perform its func- 
tions. At this point, the user can interact with the form, which 
will appear embedded in the Internet Explorer frame. When 
the user changes to a different page, the browser assume 
responsibility for eventually closing and destroying the form 

15 (and relinquishing any outstanding connections to the 
remote servers). 

BRIEF DESCRIPTION OF THE DRAWINGS 

2Q FIG . 1A is a block diagram of a computer system in which 
the present invention may be embodied. 

FIG. IB is a block diagram of a software system provided 
for directing the operation of the computer system of Fig. 
1A. 

25 FIG. 2 is a block diagram of a visual development system 

of the present invention which includes a compiler, a linker, 

and an interface. 

FIG. 3 is a bitmap scree nshot illustrating a preferred 

interface of an application development environment in 
30 which the present invention is embodied. 

FIGS. 4A-D are bitmap scree nshots illustrating user 

operation of a Web browser for executing a Web-delivered 

application document. 
35 FIG. 5 is a block diagram summarizing overall system 

architecture. 

DETAILED DESCRIPTION OF A PREFERRED 
EMBODIMENT 

40 The following description will focus on a preferred 
embodiment of the present invention (and certain 
alternatives) embodied in a visual development environment 
running on an Intel 80x86-compatible computer operating 
under an event-driven operating system, such as the 

45 Microsoft® Windows environment. The present invention, 
however, is not limited to any particular application or any 
particular environment. Instead, those skilled in the art will 
find that the system and methods of the present invention 
may be advantageously applied to a variety of platforms and 

50 environments, whether command-line or GUI based, includ- 
ing MS-DOS, Macintosh, UNIX, NextStep, and the like. 
Therefore, the description of the exemplary embodiments 
which follows is for purposes of illustration and not limi- 
tation. 

55 GENERAL ARCHITECTURE 

A. System Hardware 

The present invention may be embodied on a computer 
60 system such as the system 100 of Fig. 1A, which includes a 
central processor 101, a main memory 102, an input/output 
controller 103, a keyboard 104, a pointing device 105 (e.g., 
mouse, track ball, pen device, or the like), a display device 
106, and a mass storage 107 (e.g., removable disk, floppy 
65 disk, fixed disk, optical disk (including CD-ROM), and the 
like). Additional input/output devices, such as a printing 
device 108, may be provided with the system 100 as desired. 
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As shown, the various components of the system 100 
communicate through a system bus 110 or similar architec- 
ture. In a preferred embodiment, the system 100 includes an 
IBM-compatible personal computer, available from a vari- 
ety of vendors (including IBM of Armonk, N.Y.). 

B. System Software 

Illustrated in Fig. IB, a computer software system 150 is 
provided for directing the operation of the computer system 
100. Software system 150, which is stored in system 
memory 102 and/or on disk storage 107, includes a kernel or 
operating system (OS) 160 and a windows shell or interface 
180. One or more application programs, such as application 
programs 170 or windows applications programs 190, may 
be "loaded" (i.e., transferred from storage 107 into memory 
102) for execution by the system 100. OS 160 and shell 180, 
as well as application software 170, 190, include an interface 
for receiving user commands and data and displaying results 
and other useful information. Software system 150 also 
includes a visual development system 200 of the present 
invention for developing system and application programs. 
As shown, the development system 200 includes compo- 
nents which interface with the system 100 through windows 
shell 180, as well as components which interface directly 
through OS 160. 

In a preferred embodiment, operating system 160 and 
shell 180 are provided by Microsoft® Windows95/Windows 
NT. Those skilled in the art will appreciate that the system 
may be implemented in other platforms, including 
Macintosh, UNIX, and the like. Application software 170, 
190 can be any one of a variety of software applications, 
such as word processing, database, spreadsheet, text editors, 
and the like, including those created by the development 
system 200, which is now described in greater detail. 

C. Development System 

Shown in further detail in FIG. 2, the visual development 
system 200 of the present invention includes a compiler 220, 
a linker 250, and an interface 210. Through the interface, the 
developer user "paints" forms 202 with objects and supplies 
source listings 201 to the compiler 220. Interface 210 
includes both command-line driven 213 and Integrated 
Development Environment (IDE) 211 interfaces, the former 
accepting user commands through command-line 
parameters, the latter providing menuing equivalents 
thereof. From the source code or listings 201, forms 202, and 
headers/includes files 230, the compiler 220 "compiles" or 
generates object module(s) or "units" 203. In turn, linker 
250 "links" or combines the units 203 with runtime libraries 
260 (e.g., standard runtime library functions) to generate 
program(s) 204, which may be executed by a target proces- 
sor (e.g., processor 101 of FIG. 1A). The runtime libraries 
260 include previously-compiled standard routines, such as 
graphics, I/O routines, startup code, math libraries and the 
like. 

A description of the general operation of development 
system 200 is provided in the manuals accompanying Del- 
phi™: Users Guide (Part No. HDA1320WW21772), and 
Components Writer's Guide (Part No. 
HDA1320WW21773). Further description can be found in 
Object Pascal Language Guide (Part No. 
HDA1320WW21774) and Visual Component Library Ref- 
erence (Part No. HDA1320WW21775). The disclosures of 
each of the foregoing (which are available directly from 
Borland International of Scolts Valley, Calif.) are hereby 
incorporated by reference. 
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Operation (i.e., "compilation") by a compiler, such as 
compiler 220, is generally driven by its two main compo- 
nents: a front end and a back end. The "front end" of the 
compiler parses the source program and builds a parse 

5 tree — a well known tree data structure representing parsed 
source code. The "back end" traverses the tree and generates 
code (if necessary) for each node of the tree, in a post-order 
fashion. For an introduction to the general construction and 
operation of compilers, see Fischer et al., Crafting a Com- 

10 piler with C, Benjamin/Cummings Publishing Company, 
Inc., 1991, the disclosure of which is hereby incorporated by 
reference. Further description of the back end of the com- 
piler is provided in commonly-owned U.S. Pat. No. 5,481,70 
8, issued Jan. 2, 1996. Description of a linker, such as 

is Borland's 1\irboLinker, is provided in commonly-owned 
U.S. Pat. No. 5,408,665, issued Apr. 18, 1995. The disclo- 
sures of each of the foregoing patents are hereby incorpo- 
rated by reference. 

20 D. General Development Interface 

The present invention is embodied in Delphi™, a 
component-based, rapid application development (RAD) 
environment available from Borland International of Scotts 
Valley, Calif. FIG. 3 illustrates an application development 

25 environment 360, which is provided by Delphi. Many of the 
traditional requirements of programming, particularly for 
Windows applications, are handled for the programmer 
automatically by Delphi. 

3Q As shown, the programming environment 360 comprises 
a main window 361, a form 371, a code editor window 381, 
and an object manager or "inspector" window 391. 

The main window 361 itself comprises main menu 362, 
tool bar buttons 363, and component palette 364. Main menu 

35 362 lists user-selectable commands, in a conventional man- 
ner. For instance, the main menu invokes File, Edit, View 
submenus, and the like. Each submenu lists particular 
choices which the user can select. Working in conjunction 
with the main menu, toolbar 363 provides the user with 

4Q shortcuts to the most common commands from the main 
menu. The toolbar is configurable by the user for including 
icons for most of the menu commands. 

Forms, such as form 371, are the focal point of nearly 
every application which one develops in the environment. In 

45 typical operation, the user employs the form like a canvas, 
placing and arranging "components" on it to design the parts 
of one's user interface. The components themselves are the 
basic building blocks of applications developed within the 
environment. Available components appear on the compo- 

50 nent palette 364, which is displayed as part of the main 
window 361. The form can be thought of as a component 
that contains other components. One form serves as the main 
form for the application; its components interact with other 
forms and their components to create the interface for an 

55 application under development. In this manner, the main 
form serves as the main interface for an application, while 
other forms typically serve as dialog boxes, data entry 
screens, and the like. 

During "design" mode operation of the system, the user 

60 can change the properties of the form, including resizing the 
form and moving it anywhere on screen. The form itself 
includes standard features such as a control menu, minimize 
and maximize buttons, title bar, and resizeable borders. The 
user can change these features, as well as other "properties" 

65 of the form, by using the object inspector window 391 to edit 
the form during design time. Thus, properties define a 
component's appearance and behavior. 
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Components are the elements which a user employs to browser to determine how it should interpret data received 

build his or her applications. They include all of the visible from a server (e.g., such as interpreting a .gif file as a bitmap 

parts of an application, such as dialog boxes and buttons, as image). In effect, this serves as a description of what to do 

well as those which are not visible while the application is with the data once it is received at the browser. If a stream 

running (e.g., system timers). In the programming environ- 5 of binary data is received as type HTML, the browser 

ment 360, components are grouped functionally on different renders it as an HTML page. If instead it is received type 

pages of the component palette 364. Each functional group bitmap, on the other hand, the browser renders it as a bitmap 

is identified by a tab member, which includes a label image, 
indicating the particular nature of the group. For example, 

components that represent the Microsoft Windows common 10 B. New MIME Type 

dialog boxes are grouped on the "Dialogs" page of the , n Microsoft windows, different techniques exist for 

palette The palette can incorporate user-created custom aUowin a host Ucation l0 ^ „ mterest m a data 

C A ° 1 n 1 lr0lS, n Wh l Ch USCr 'Tt I ° nl ° P object (i.e., data of a particular type). One technique is for 

Additionally, the user can install thud-party components. ^ applicatioQ t0 register ^ windows an mterest in a 

The object inspector window 391 enables the user to ^ particular file extension for an (e.g., .doc— "Microsoft Word 

easily customize the way a component appears and behaves Document"); this is the most common technique employed 

in the application under development. The inspector 391 by window applications. An other approach, employed in 

comprises an object selector field 392, a properties page 393, Microsoft Object Linking and Embedded (OLE), is the use 

and an events page 394. The object selector 392 shows the 0 f a class Globally Unique Identifier or GUID— a 16-byte 

name and type of the currently selected object, such as 20 identifier for indicating a particular server application to 

"Forml," as shown. The properties page 391 lists the invoke (for hosting the document having the GUID). The 

attributes of a component placed on a form (or the form c j ass j D ^ registered on a particular machine as being 

itself) which can be customized. The events page, on the connected to a particular DLL (Dynamic Link Library) or 

other hand, lists "event handlers" for a particular compo- application server. 

nent. Event handlers are specialized procedures which may 25 Qf ^ fe & techni for associating a host 

include user-provided program code. application with a document is through a use of MIME 

Code editor 381 is a full-featured editor that provides types MIME provides a standardized technique for pack- 
access to all the code in a given application project. In ag { n g a document object. It includes a MIME header for 
addition to its basic editing functionality, the code editor 381 ^ indicating which application is appropriate for hosting the 
provides color syntax highlighting, for assisting the user document, all contained in a format suitable for transmission 
with entering syntactically-correct code. When a project is across tne Internet. In accordance with the present invention, 
first opened, the system automatically generates a page in a new "application" page MIME type is defined: application/ 
the code editor for a default unit of source code; in the x-appdoc. This contains information necessary to create a 
Object Pascal preferred embodiment, the default unit is ^ document (e.g., Microsoft ActiveX Document) locally but, 
named Unitl. in addition, also includes information necessary to find and 

The following description will focus on methods of the download the program code for rendering the view of the 

present invention for creating Web-delivered application document. If the program code is already present locally, it 

forms, using the above-described visual development envi- need only be downloaded for purpose of updating the local 

ronment. In particular, the system is used to implement a 4Q copy. This defines a new document type which includes 

form as an "application page" and published as an ActiveX information supporting downloadable program code for 

object. Once the form is built into an ActiveX object and rendering a view of the document. 

digitally signed, it can be downloaded to a client and run in xh e new mime type is associated with a file extension of 

a Web browser, such as Microsoft Internet Explorer. APp A fii e ^th tne .APP extension is an OLE Document, 

45 implemented by an OLE DocObject. Because the .APP file 

is a file, it can be placed on a server and linked to using an 

a • * j • A ,. *• t 4 i7 HTML HREF. The .APP file contains the following pieces of 

A. Dividmg Appl.cat.ois Into Frames da(a; (1) ^ Qf aQ Ac ^ x ^.^ 0LE 

At the outset, it is helpful to view an application not so Document Viewer implemented as a Delphi Form, (2) the 

much as a collection of features or functionality but, instead, 50 URL of the codebase where the object's code can be found, 

as a collection of discrete frames or views. A typical and (3) (optionally) a requested version number. Once the 

business application, for instance, generally includes a set of .APP DocObject handler code is installed and registers the 

menu items, each of with invokes a particular frame — that APP MIME type, it can be used to download an .APP file 

is, a form which manifest certain functionality of the appli- into the user's Web browser. 

cation. With this perspective, an application is viewed not as 55 On the server side, since the .APP file is really a file, the 

a monolithic body of code but as a collection of applets, or Web server simply receives the request and returns the file 

bundles of functionality. In this manner from within a to the client. When the APP file is downloaded, the .APP 

browser, a user would select a Web page link which would, DocObject handler asks the operating system to download 

in turn, invoke a particular frame of the application (i.e., the codebase for the object specified in the .APP file. This 

subapplication). 60 system functionality is available in Windows through the 

In addition to expressing an application as a collection of CoGetClassObjectFromURL function. After the ActiveX 

frames, an applications is also expressed as a location on the object's codebase is downloaded, the .APP DocObject han- 

Internet, a URL (Universal Resource Locator) address point- dler asks the browser to create a view on itself, for instance, 

ing the application. Each URL includes two characteristics: by calling the ActivateMe method on the Explorer document 

content data for the URL (i.e., whatever data is stored on the 65 site. The Internet Explorer then calls the DocObject back to 

server) together with a data type or MIME (Multipurpose instantiate a view, which it does by creating an instance of 

Internet Mail Extension) type. The data type allows a Web the ActiveX view object from the code that was downloaded. 



WEB-DELIVERED APPLICATIONS 
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Once created, the ActiveX view object gets in-place acti- relies on standard Microsoft ActiveX API (Application 

vated in the Internet Explorer, which creates the Delphi form Programming Interface)-calls Although the ActiveX API 

and all its child controls. does not provide native support for Web-delivered 

Once the form is created, it can establish connections back applications, its API can be invoked for locating the correct 

to any remote server objects it needs to perform its func- 5 version of the program code, copying it to the local machine, 

tions. At this point, the user can interact with the form, which verifying its integrity, and registering it with the clients 

will appear embedded in the Internet Explorer frame. When operating system. Once the code has been downloaded, the 

the user changes to a different page, the browser assume handler can proceed to invoke the now-present application 

responsibility for eventually closing and destroying the form host for rendering the document object (in a manner similar 

(and relinquishing any outstanding connections to the 10 to invoking the hosting application through the registry if it 

remote servers). were already installed). 

Now that the hosting application (OLE server) is loaded 

C. End-user Operation at the client> {he cliem system can emplo y the 0 LE docu- 

FIGS. 4A-D illustrate a web-delivered application, from ment view architecture to render the application correctly 

the perspective of an enduser. From an end-user's desktop, 15 within the browser, including using conventional OLE meth- 

the entry point to the system is the corporate home page 400, odology for adding the application's menu to that of the 

such as the one shown in FIG. 4A. The figure illustrates a browser and for correctly re-sizing the application upon a 

Web-browser 400 (e.g., Microsoft Internet Explorer) dis- re-size of the browser (as oppose to requiring the application 

playing a Web page 401, such as the home page for a to execute within a single Active X control rectangle — the 

particular company. The page 401 includes, in a conven- 20 limitation previously noted). Once the application is execut- 

tional manner, a number of links, such as link 403. In ing at the client, such as illustrated in FIG. 4D, it can execute 

response to the user clicking on a particular link to an remote logic such as using RPC (Remote Procedure Call) 

application page, the web browser connects to the applica- methodology. In this manner business logic which is pref- 

tion page (file) residing on the server. erably implemented as remote procedure's can still be used, 

Clicking on a link can bring the user to a departmental 25 as before. 

homepage 420, shown in FIG. 4B. The departmental home e # . 4 

• i j i t • * utk/t tUnf D. Summary of System Architecture 

page include links pointing to HTML documents that con- J J 

tain policies, status, procedures, reports, and other docu- FIG. 5 is a block diagram summarizing system architec- 

ments. Some pages contain HTML forms that are intended ^ ture 500. On the client side 510, the system includes at least 

to send data to a server-based application, some contain on client 511 operating a web browser 513, in conjunction 

dynamically-created HTML documents. with application handler 515. The client 511 communicates 

In addition to these existing features of an Intranet, the via Internet connection 520 with a web for an HTTP server 

new page type — an application (appdoc) page — is provided 531. Based on request received from clients, the HTTP 

for in-place execution of an application in the Web browser. 35 server delivers to authorized clients application pages 

Since each application page is located using an URL, other which, in turn, are maintained by application object reposi- 

pages can have hyperlinks to it. Multiple application pages tory (server) 543. The repository server 543 itself operates 

can be grouped together by making a catalog page that under the control of management layer 541 which, for 

contains hyperlinks to the application pages. When the user instance, provides versioning control over various applica- 

selects a hyperlink that points to to an application page, the ^ tion objects. The management layer 541 preferable includes 

Web browser downloads the application code and executes a user interface providing administrator functionality. Here, 

the page inside the browser, as FIG. 4C illustrates. the system administrator can grant and modify user right and 

Upon the browser downloading the application page, the install new application objects in the repository. To facilitate 

browser (based on the defined MIME type) invokes a local response time, the actual application objects themselves are 

handler, a handler for documents of a type. More 45 preferable small as so as to minimize download time, 

particularly, the application page includes a Globally Unique Optionally, an application, once executing at the client, can 

Identifier (GUID) and a codebase URL for identifying a establish remote procedure calls to remote servers 551, for 

remote (downloadable) application to invoke for hosting the executing centralized business logic or rules. In addition to 

document. Given the document object and the GUID which conventional security techniques (e.g., code signing), the 

arrive with the application page, the local handler looks to 50 Web-page approach provides an additional security 

the client machine to sec if the hosting application already measure, the ability to identify request for pages on a 

resides locally (e.g., by examining Windows 95/NT per-client basis. Accordingly, clients can be provided with 

registry). At this point the local handler can choose to invoke different access privileges, there by limiting which code 

a local copy (if any) or download the latest version of the modules can be downloaded by which particular clients, 

host application. 55 

Different models of downloading code are commonly 

available. When code is downloaded, a "code base" sped- 1. Overview 

fication (file) is initially requested from the server. The code The general process of downloading an ActiveDocument- 
base itself can range from a simple DLL file to a Cabinet file enabled Form object (i.e., ActiveDocForm) from an HTTP- 
Microsoft .cab file) containing multiple compressed files. 60 server codebase to a client machine involves a communica- 
Still farther, an information (e.g., Microsoft .inf) file can be tion session between the client browser and an HTTP server, 
employed for instructing the client system how to install the During the downloading process, several objects are created 
downloaded application. These mechanisms afford great in order to facilitate the downloading and to conform to the 
flexibility in choosing which component of an application ActiveDocument protocols for activation and UI layout. For 
gets downloaded and when. 65 example, the client machine includes an Active Doc- 
For the currently-referred embodiment, the machinery compliant object which is installed to initiate the download - 
employed for actually downloading program code itself ing of the code. This object is installed as a separate 



E. Internal Operation 
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component (apart from the components of the process In the case of an ActiveDocForm file, the browser looks 
described here). up the "application/x-appdoc" MEME type in the registry, 
The process employed extends the standard process of and determines an ActiveDocForm Document object (if any) 
instantiating an ActiveDoc object. Preferably, other aspects t0 handle the file type. Recall that the ActiveDocForm 
of the process are not changed in order to ensure compat- 5 Document object is the object installed on the machine 
ibility with existing ActiveDoc-enabled browsers. The fol- before beginning the download process. The browser pro- 
lowing description will, therefore, focus on those modifi- ceeds 10 create an instance of the ActiveDocForm Document 
ciations to the ActiveDoc process for allowing downloading handler object and fills it from the APP file. The browser 
of the code and maintenance of the code on an HTTP server. lheD ^ lne Document object to create a View object. 

2. Starting a Download 10 5. Downloading the Code 

The process begins when a user selects a downloadable At tnis P oint > tne ActiveDoc process is modified substan- 

ActiveDocument; this occurs in the same manner that the tially. The .APP file contains the following information: (1) 

user typically selects an HTML page. The user may type a a class ID i ( 2 ) a codebase URL; and (3) a required version 

URL address into the browser or click on a hyperlink. The number. This information enables the ActiveDocForm 

browser then makes a request to the HTTP server for the Document handler to download the code needed to create 

specified file, using the HTTP GET command. the View portion of the Document-View pair. 

3. Returning the File from the Server The Document handler loads this information from the 

y . . . „ . tU uttt, .APP file that it receives from the HTTP server. The follow- 
In response to receiving the request, the HTTP server . , , , , , * r 

/ « j ci • t- r i j- , j me code demonstrates an exemplary method for performing 

returns the requested file in binary form, including a header 20 ? r J r & 

that contains information about the file . Of particular interest 

in the header is the file's MIME type. The system-defined 



MIME type Of "application/x-appdoc" establishes that the proccdurc T AppDocument^adFromStream(Stream: TStrcam); 

file is an ActiveDocForm. By convention, ActiveDocForms // The TStrcam parameter should be a TOleStream object that converts 

have an extension of ".APP" (but this is not required). 25 // an OLE Stream to a Delphi-standard TStream, for convenience. 

4. Displaying the File's Contents A PP DocData: TA PP DocData; 

When the browser receives the binary file from the server, Lcn: ixmgint; 

it needs to determine how to display the file. As previously p : PWldeChar ; 

described, the operating system maintains a registry of s £L.Read( AppDocData^izeOftAppDocData)); 

information that, among other things, indicates whether an fclsid :=AppDocData.CLSiD; 

ActiveDoc server is to be used to display a particular MIME FClsContext : -AppDocDataClsContext; 

type. Upon receiving a file with a header, the browser looks FVersioaMajor >Appr^cData.VersLonMaj 0 r; 

J * , J t „ mr , . & , . ' * ... FVersionMinor : -AppDocData-VersionMinor; 

up the MIME type in the system registry to determine which ;/ after the App^D^ stores a Length DWORD, and 

ActiveDoc Object will handle the display of the object. // then a WideChar. Length is the number of characters 

Displaying an ActiveDoc-compliant data file on screen is 35 " in tte *i"*= the terminating zero. 

/jj5jl 4 i_a.-t** Stream • Read ( Len, SizeOf(Longint)); 

itself a two-step process (defined by the ActiveDoc p ^ysAiiocStringLenC nil, Len-i ); 

specification). ActiveDoc specifies there will be two objects stream-Read( p " , Lcn*SizeOf(WideChar)); 

that cooperate with each other: a "Document" object and a FCodeBase :=p; 
"View" object. First, an in-memory Document object is 4Q SysFreeStringfo); 

created and filled with the data from the file. Then, the 

Document object is told to create a View object; this View 

object will be attached to a user-interface frame (in this case, The Document handler first checks if the requested object is 

the web browser). As required by ActiveDoc protocol, the currently installed on the client machine, by checking if 
Document and View objects, while distinct objects, must be 45 there is an object handler for the specified class ID and 

defined in the same DLL module and must both be installed version number. If the object is installed, the Document 

on the machine before attempting to display the file. The first handler goes directly to the next step, "Creating the View", 

restriction stems from a limitation of the ActiveDoc speci- If the specified class ID is not present on this machine, or 

fication: there is simply no way for the two objects to if it is not the correct version, the Document handler needs 
communicate the necessary information without having 5Q to download and install the specified codebase. This is 

been created from the same module. The second restriction accomplished using the ActiveX "Code Download" speci- 

exists because the ActiveDoc specification does not specify fication (API), such as CoGetClassObjectFromURL. The 

any standard for code download; nor does the browser following three method definitions illustrate implementation 

support this. of the process. 



// This method implements the lOle Document "Create View method, which is 
part of the normal 

// ActiveDoc protocol. This code method is generic, and calls the 
Do Create View to 

// implement the specifics of the ActiveDocForm download inhg code. 
// After the view is created, the Document object connects itself to the 
View object via 

// the View object's SetDocument method. This method is not part of the 
standard 

// lOleDocumentVicw but instead is defined in the extended interface, 
IOleDocumentViewB. 

function TActiveDocFonnDocument Create View (Site: [OlelnPlaceSite; Stream: 
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[Stream; rsrvd: DWORD; 

out View: IOle Document View) :HResult; stdcall; 

var 

ViewObj: IOleDocumentview; 
hwndparent: HWND; 
begin 

Site._AddRef; 

Site.GetWindow( hwndParent ); 
Assert(hwndParent <> 0); 
ViewObj := nil; 
try 

DoCreate Viewf Site . ViewOb D: 

// The rest of this code establishes the View object that was created 
as a 

// view in the in-placc container (i.e. the browser). 
Site.GetWindow( hwndParent ); 
Assert(hwnd Parent <> 0); 
if ViewObj - nil then 

raise Exception. Create(* Must create View object in DoCreateView*); 
FView := ViewObj as IOleDocumentViewB; 
FView.SetDocument( Self as IOleDocument ); 
Site._Release; 
if Site <> nil then 

01eCheck( ViewObj. SetlnPlaceSite( Site ) ); 
if Stream <> nil then 

01eCheck(ViewObj.ApplyViewState ( Stream )); 
View :~ ViewObj; 
Result S_OK; 
except 

Result := HandleExccption; 

end; 

end; 

// This method retrieves information about the browser's frame site object 
// and then creates an instance of the object using 
// QeateOleObiectWithCodebase 
// 

procedure TActiveDocFormDocument. DoCreateView ( Site: lOlelnPlaceSite; out 

View: IOleDocument View); 

var 

FrameWnd: HWND; 
ctr: lOleContainer; 
ct: lOleComrnandTarget; 
sp: IServiceProvider; 
hwndParent: HWND; 
rcPosRect, rcClipRect: TRcct; 
pActiveObject: lOleln Place ActiveObject; 
DocWindow: IOlelnPlaceUIWindow; 
InPlaceFrame: IOle InPlace Frame; 
Framelnfo: TO LE INPLACE FRAME INFO; 
begin 

01eCheck(Site.GetWindow( FrameWnd )); 
01eCheck(Site.GetWindowContext ( InPlaceFrame, 
DocWindow, 

rcPosRect, rcClipRect, Framelnfo)); 
ct :- nil; 

InPlaceFrame. Query Inter face (lOleComrnandTarget, ct); 
OleCheck ( CreateQl eObjectWit hCodebasef 

FCLSID, FCodeBasc, FVersion Major, FVersionMinor, 

FClsContext, 

IOleDocurnentView, 

Framewnd, 

ct, 

View) ); 
end; 

// This method creates an OLE server that it obtains by downloading 
// its code from a codebase stored on an HTTP server. If the code 
// is already installed (and has the correct version), the codebase 
//isn't downloaded, but the object is just created from the local code. 
// The code follows the ActiveX CodeDownload specification 
// for downloading code from the HTTP server, 
function Create01eObjectWithCodebase( 

const CLSID: TGUID; 

const CODEBASE: String; 

VerMajor, VerMinor: Longint; 

clsContext: Longint; 

const iid: TGUID; 

OwnerWnd: HWND; 

const CmdTargct: lOleComrnandTarget; // receiver of 
OLECMDID_SETPRCORESS 
out Obj ): HResult; 
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var 

CDH: TCodeDownloadHandler; 
BSC: [BindStatusCallback; 
BindCtx: mindCtx; 
Factory: IClassFactory; 
hRes: HResult; 
begin 

// create a handler for the bind context of the download process. 
// The CodeDownloadHandler is an object that implements IBindContext and 
// allows a progress bar to be displayed in the browser. 
CDH TCodcDownloadHandler.Create( OwnerWnd, CmdTarget ); 
BSC CDH; 
try 

01eCheck( Create AsyncBindCtx( 0, BSC, nil, BindCtx ) ); 

// Initiate the download of the object from the codebase, and retrieve 

its 

// factory object This returns S_OK if the object is already installed 
(and 

// has the correct version), or MK_S_ASYNCHRONOUS if the code is being 
downloaded. 
hRes :- CogetqassQyjectFromURU 
CimpvfideCharW^ 
BindCtx.clsCQatextjiil.IClaKFactpryJactpry); 

if hRes - MK_S_ASYNCHRONOUS then 
begin 

// show progress dialog and wait until the download is done 

CDH.ShowDownloadProgress; 

hRes := CDRFRes; 

// when download is done, if it succeeded then we need to get the 
class 

// factory object. 

if SUCCEEDED(hRes) then 
Factory := CDH.OleObject as IClassFactory; 
end; 

OIeCheck(hRes); // Check for any errors in the download. 
// Throws exception if there are errors. 

// Now that we have the class factory for the object, create an 
instance of it. 

hRes Factorv.Createlnstancef nil.iid. Obi>: 
except 

hRes :- HandleException; // turn any exceptions into an error 

code to return. 

end; 

Result := hRes; 
end; 



6. Extended Doc/View Interfaces 

The Document and View objects of an ActiveDoc server 
communicate with each other via a two interfaces: IOle- 
Document and IOleDocumentView. These standard inter- 
faces are not sufficient to allow the documents to be instan- 
tiated completely independently, since the document object 
is expected to know certain information about the views, and 
vice versa. Extension of the existing interfaces allows the 
Document and View objects to be created independently, 
without breaking compatibility with existing ActiveDoc 
containers. Active DocForm-compliant Document and View 
objects can implement the methods specified by these 
interfaces, in addition to the methods defined for the respec- 
tive IOleDocument and IOleDocumentView interfaces. 



lOteDocumentB = interface (IOleDocument) 
[■ { AE5D13CA-15 B5-1 1DO-8875-0020 AFC621 C3 } ' ] 
// The view may be required to provide a document title string for the 

document, but 

// only the document knows its title (e.g. filename). This method 
allows the view 

// to ask the document for its title, 
function GetTUIe( out docTitle: PWideChai ): HResult; 
end; 

IOleDocument VlewB - interface (JOleDocumentView) 
[• { AE5D13C9-15B5-11DO-8875-0020AFC621C3} *] 



40 

-continued 

// The document that creates this view wiil need to tell the view what 
document it 

// is attached to, so that the view can fulfill the GetDocument method. 
45 function SetDocument( const docObj: IOleDocument ): HResult; 
// The document object may be asked to set or get the extent of the 
current view, via 

// the document object's I01eObject::Set/GetExtent methods, 
function SetExtent( dwDTawAspect: Longint; const size: TPoint ): 
HResult; 

50 function GetExtent( out size: TPoint ): HResult; 
end; 



7. Implementing a View Object 

An ActiveDocForm-compliant View object is an OLE 
55 object that provides a window and implements IOleDocu- 
ment Vie wB as well as the other ActiveDoc view behaviors. 
The View object, originally conceived as a Delphi Form 
(although it could also be implemented using VB, MFC, 
OWL or direct Windows APIs), is an adapter object, TAp- 
60 pDocView. This object allows a standard Delphi Form to be 
created as an OLE object, implementing IOleDocument- 
ViewB. TAppDocView is derived from 
TActiveDocumentView, which implements a standard Acti- 
veDoc View object using a Delphi form class object. 
65 TActiveDocumentView implements IOlelnPlaceObject, 
IOlelnPlaceActiveObject, IOleDocumentView, 
IObjectWithSite, IPrint and IOleCommandTarget, as speci- 
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fied by the ActiveDoc specification. It also implements 
IOle Document ViewB, which allows the object to be built 
into a separate module from its document object. These base 
classes are provided in a class framework designed to ease 
construction of ActiveDocForm applications. The use of the 
framework allows a programmer to transform a normal 
Delphi form into an ActiveDocForm -compliant View object 
through the addition of just a few lines of code. The 
following program code defines a simple form object. The 
underlined code portions of the program code which iden- 
tifies the object as an ActiveDocForm View. 30 



// A unit that defines a standard Delphi Form with 

one edit field, two labels, three buttons and a 
// panel component. 

The last few lines specify that this form should be registered ^ 

as an ActiveDocForm 
// object, 
unit TestForm; 
interface 
uses 

Windows, Messages, SysUtils, Classes, 20 
Graphics, Controls, Forms, Dialogs, 
StdCtrls, ExtCtrls, DocView, ComServ, 
type 

TForml - classfTForm) 
Edit!: TEdit; 

Labell: TLabel; 25 

Label2: TLabel; 

Buttonl: TButton; 

Button2: TButton; 

Button3: TButton; 

Panell: TPanel; 

private 30 

{Private declarations } 

public 

{Public declarations } 

end; 

var 

Forml: TForml; 

implementation ^ 

{$R *.DFM} 

const 

CLSID TestFormObj: TGUID - 
' { AE5D1 3C8-1 5B5- 11 -DO-S875-0020AFC621 C3 } 
initialization 

TApp Doc ViewFactor Create(Co mServe r, TForml , CLSID_jrestFonnObj) ; 40 
end. 



8. Creating APP Files 

The application object (.APP) files that are installed on the 
server are simply files that contain the information necessary 45 
for the ActiveDocForm Document handler to be able to 
locate the code that implements the view, regardless of 
whether the code is installed locally. In the current 
embodiment, this file has a binary format consisting of the 
following data record, followed by a string length (32-bits) 50 
and a Unicode-encoded codebase URL specifier. 



TAppDocData « record 
cbSize: Integer; 

CLSID: TGUID; 55 
Cls Context: Longint; 
VersionMajor: Longint; 
VersionMinor: Longint; 

end; 

// Length: Longint 

// CodeBaseUrl: array [O.. xxx ] of WideChar; tfO 



This file can be created in a conventional manner, with any 
tool capable of writing data files. In the current embodiment, 
the system provides a tool for creating these files by allow- 
ing the user to enter the data into a dialog box. 65 

While the invention is described in some detail with 
specific reference to a single preferred embodiment and 



certain alternatives, there is no intent to limit the invention 
to that particular embodiment or those specific alternatives. 
Thus, the true scope of the present invention is not limited 
to any one of the foregoing exemplary embodiments but is 
instead defined by the appended claims. 
What is claimed is: 

1. In a Web-based computer system having a client 
connected to a Web server, the client including a Web 
browser, a method for Web -based delivery of executable 
applications, the method comprising: 

creating at the server an application document, said appli- 
cation document including information necessary for 
locating and downloading program code necessary for 
rendering a view of the application document within 
the Web browser, without requiring that an application 
document handler already be installed at the Web 
browser; 

installing at the client an application document handler, 

said handler capable of interpreting said information of 

said application document; 
displaying in the Web browser a Web page having a 

hyperlink reference to said application document; 
in response to user selection of the hyperlink reference, 

transmitting said application document from the server 

to the client; 

in response to said transmitting of said application docu- 
ment from the server to the client, invoking said 
handler for processing said application document, 
including performing substeps of: 

(i) determining whether program code capable of ren- 
dering the application document resides locally at the 
client; 

(ii) if the program code does not reside locally, auto- 
matically downloading the program code from a 
location indicated by said information of application 
document, in a manner that does not require user 
intervention; and 

(iii) rendering the application document within the Web 
browser by executing said program code, 

2. The method of claim 1, wherein said program code 
functions as a Microsoft OLE (Object Linking and 
Embedding) Server for the application document. 

3. The method of claim 2, wherein said OLE Server 
registers its own menus with the Web browser. 

4. The method of claim 1, wherein said application 
document comprises user data together with information 
indicating appropriate program code for hosting the user 
data. 

5. The method of claim 1, wherein said information 
indicating appropriate program code for hosting the user 
data includes a Globally Unique Identifier (GUID) for 
locating the program code. 

6. The method of claim 1, wherein said creating at the 
server step includes: 

defining a new MIME (Multipurpose Internet Mail 
Extension) data type to comprise an "application page." 

7. The method of claim 6, wherein said handler is invoked 
for processing objects of type "application page." 

8. The method of claim 1, wherein said step of determin- 
ing whether program code capable of rendering the appli- 
cation document resides locally at the client includes: 
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examining any available operating system registry for 
locating any program code located locally at the client 
which is capable of rendering a view of the application 
document. 

9. The method of claim 1, wherein said server comprises 
an HTTP (Hypertext Transport Protocol) server which 
responds to HTTP requests from the client. 



20 



10. The method of claim 1, wherein before said step of 
transmitting said application document from the server to 
the client, further comprises: 

validating whether the client has sufficient access rights 
for obtaining a copy of the application document. 
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